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(54) Computer network gateway 

(57) A gateway system for connecting first and sec- 
ond communication networks has first and second net- 
work end nodes and a protocol converter. The gateway 
system operates to provide input -output services of both 
network protocols to users of both networks in commu- 
nicating through the gateway system. The gateway sys- 
tem employs associated complement protocol circuits in 
the end nodes and the protocol converter to provide 
these services. An efficient technique for generating the 
complement protocol of a first network is to prune finite 
state machines representing the operation of the second 
network protocol to provide the services of the second 
protocol that are not provided by the first protocol. The 
complement protocol circuits for the second network are 
then constructed based on the pruned finite state ma- 
chines representing the operation of the first protocol. 
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Description 

Field of the Invention 

This invention relates to gateways between compu- 
ter networks, and more particularly to the synthesis of a 
gateway system that permits users of the associated net- 
works to transmit and receive information through the 
gateway system using sen/ices available on either net- 
work. 

Background of the Invention 

Computer networks and other data communication 
networks that employ communication protocols, such as 
Systems Network Architecture (SNA). DECNET, and 
Open Systems Architecture (OSl). are currently utilized 
around the world. A network protocol is a well defined 
set of rules governing the syntax, semantics and timing 
of the data transmission on the network. With the wide- 
spread use of electronic mail and file transfer services, 
it has become increasingly important to provide intercon- 
nections between networks. Three commonly used 
types of network interconnections are bridges, routers 
and gateways. 

Conventional network interconnection systems typ- 
ically have been built using ad toctechniques. Problems 
in automatically synthesizing interconnections include 
overcoming network architectural mismatches and de- 
signing the protocol converters between the networks. 
Architectural mismatches involve differences in network 
layer functionalities^ bit rates, buffering, interfaces and 
hand-off procedures. Since considerable judgment, 
trade-off, analysis, and decision making is required to 
overcome architectural mismatches, automatic genera- 
tion of systems to overcome the architectural mismatch- 
es is not foreseeable in the near future. 

Protocol converters translate messages from one 
protocol to another to rectify any mismatches between 
network protocols. Recently, techniques have been de- 
veloped that automatically generate a protocol converter 
from formal specifications of the corresponding network 
protocols. Known automatic generation techniques in- 
clude those described in S. Lam, "Protocol Conversion," 
IEEE Trans. Soft. Enqr , Vol. 14. No. 3, pp. 353-362, 
March 1988 (an earlier version was presented at SIG- 
COMM 'SS); and Y.W. Yao. W.S. Chen, and M.T. Liu. "A 
Modular approach to constructing Protocol Converters." 
Proc. INFOCOM '90 , pp. 572-579, June 1990. 

Automatic generation of protocol converters based 
on formal specifications has the following advantages: 
(1) the operation of the protocol conversion can be 
proved correct: (2) the protocol converter can be con- 
structed in a relatively short period of time: and (3) the 
protocol converter can be changed quickly to adapt to 
changes in the protocol specification. However most 
currently existing automatic synthesis techniques are 
relatively complex and inefficient due to a lack of effec- 



tive procedures that can handle large realistic protocols, 
as well as due to the difficulty in preparing the formal 
specifications of the protocols. 

However, an example of an efficient automatic syn- 
5 thesis technique is described in D.M. Kristol. D. Lee, A.N. 
Netravali, and K, Sabnani. "A Polynomial time Algorithm 
for computing Protocol Converters from Formal Specifi- 
cations," IEEE/ACM Transactions on Networking , pp. 
217-229, April 1993. and in U.S. Patent No. 5.327.544. 
fo which is assigned to the assignee of the present inven- 
tion. Both of these references are hereby incorporated 
. by reference. The automatic synthesis technique de- 
scribed in these references generates a protocol con- 
verter that provides the greatest common subset of serv- 
es ices available on the associated network protocols. This 
common subset of services is available to users that 
transmit and receive information through the protocol 
converter. Typical network services include data transfer, 
database inquiries and file transfers. 
20 However, this technique is not transparent to users 
on either network because all the services available to 
the users on that network may not be part of the imple- 
mented subset in the protocol converter, and thereby not 
useable when communicating through the protocol con- 
2S verter. Therefore, a need exists for a method of automat- 
ically generating a gateway system having a protocol 
converter that provides a super-set of services to net- 
work users that transmit and receive information through 
the gateway system. 

30 

Summary of the Invention 

A gateway system for connecting first and second 
communication networks according to one embodiment 

55 of the invention may include first and second net- 
work-end nodes and a protocol converter. Such a gate- 
way system employs associated complement protocol 
circuits in the end nodes and the protocol converter to 
provide those services of one protocol that are not pro- 

■^0 vided by the protocol of the corresponding network at- 
tached to that end node. As a consequence, the gateway 
system provides a super-set of services of both network 
protocols to users of both networks in communicating 
through the gateway system. 

•^5 A method for generating a gateway system between 
first and second networks according to an embodiment 
of the invention first determines a common subset of 
services equal to an intersection of services provided by 
the protocols. Finite state machines ("FSM") are then 

so generated which characterize first and second comple- 
ment protocols of those services provided by the network 
protocols. The first complement service FSM contains 
those services provided by the second network protocol 
thai are not provided by the first network protocol. Like- 

55 wise, the second complement service protocol contains 
those services provided by the first network protocol and 
not the second network protocol. 

Sets of intercommunicating finite state machines 
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representing each network protocol are then pruned to 
provide first and second conriplement network protocol 
finite state machines. The end nodes and protocol con- 
verter are then constructed using circuits that perform 
the operations of the sets of protocol finite state ma- s 
chinas for the protocols, and the first and secpnd com- 
plement network protocol finite state machines, as well 
as an interface converter. The method for generating the 
gateway system is simple, efficient, and can be accom- 
plished in a polynomial-based number of steps. io 

The above -discussed features, as well as additional 
features and advantages of the present invention, will 
become more readily apparent by reference to the fol- 
lowing detailed description and the accompanying draw- 
ings. 15 

Brief Description of the Drawings 

FIG. 1 is a schematic diagram of two data commu- 
nication networks interconnected by a gateway sys- 
tem according to the present invention; 

FIG. 2 is a detailed schematic diagram of a protocol 
converter and associated network end nodes in the 
gateway system of FIG. 1 ; 25 

FIG. 3 is a flow diagram of the method for generating 
the gateway system of FIGS. 1 and 2: 

FIG. 4 is a flow diagram of a method for pruning a 30 
protocol to generate a complement protocol for use 
in the method of FIG. 3: 

FIG. 5 is a block diagram of a model arrangement 
of component finite state machines ("FSMs") to 35 
characterize a communication protocol that may be 
used in generating the gateway system of FIG. 1; 

FIG. 6 is a transmitter FSM for use in a half-duplex 
alternating bit protocol (HABP) which may be imple- -^o 
mented in one of the networks of FIG. 1; 

FIG. 7 is a receiver FSM for use in the HABP; 

FIG. 8 is a FSM for a first communications channel -^5 
in the HABP: 

FIG. 9 is a FSM for a channel communications chan- 
nel in the HABP: 

50 

FIG. 10 is a FSM for a timer associated with the 
transmitter FSM of FIG. 6: 

FIG. 11 is a service FSM for the HABP: 

55 

FIG. 1 2 is an arrangement of the FSMs for the HABP 
of FIGS. 6-1 1 according to the organization of FIG. 5: 



FIG. 13 is a block diagram of an arrangement of 
component FSMs characterizirtg a full-duplex alter- 
nating bit protocol (FABP) which may be imple- 
mented in one of the networks of FIG. 1; 

FIG. 14 is a transmitter FSM for use in the FABP; 

FIG. 15 is a data retransmission timer FSM associ- 
ated with the FSM of FIG. 14; 

FIG. 16 is a receiver FSM for use in the FABP; 

FIG. 17 is a sequence number storage FSM asso- 
ciated with the receiver FSM of FIG. 16: 

FIG. 18 is a sequence number storage FSM asso- 
ciated with the transmitter FSM of FIG. 14; 

FIG. 19 is a FSM for generating an acknowledge- 
ment signal associated with the receiver FSM of 
FIG. 16; 

FIG. 20 is an acknowledgement timer associated 
with the FSM of FIG. 19; 

FIG. 21 is a service FSM for the FABP; 

FIG. 22 is a complement service generated accord- 
ing to the method of FIG. 3 based on the service 
FSMS of FIGs. 11 and 12: 

FIG. 23 is a pruned transmitter FSM generated 
according to the method of FIG. 4 based on the FSM 
of FIG. 14; 

FIG. 24 is a pruned data retransmission timer FSM 
generated according to the method of FIG. 4 based 
on the FSM of FiG. 15; 

FIG. 25 is a pruned receiver FSM generated accord- 
ing to the method of FIG. 4 based on the FSM of 
FIG. 16: 

FIG. 26 is a pruned sequence number storage FSM 
generated according to the method of FIG. 4 based 
on the FSM of FIG. 17; 

FiG. 27 is a pruned sequence number storage FSM 
generated according to the method of FIG. 4 based 
on the FSM of FIG. 18; 

FIG 23 is a pruned FSM for generating an acknowl- 
edgement signal generated according to the method 
of FIG. 4 based on the FSM of FIG. 19: and 

FIG. 29 is a block diagram of a gateway system 
between a HABP nelworJ^ and a FABP network 
employing the FSMs of FIGS. 14-28 arranged 
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according to the present invention. 
Detailed Description 

An enribodiment of an interconnection of two net- 
works by a gateway system 1 according to the present 
invention is shown in FIG. 1. In FIG. 1, first and second 
data connmunications networks 1 0 and 20 are connected 
to associated first and second network end nodes 30 and 
40. respectively. The end nodes 30 and 40 are connect- 
ed to a protocol converter 50 by first and second conn- 
nnunications channels 60 and 70, respectively. The gate- 
way systenn 1 consists of the end nodes 30 and 40, and 
the protocol converter 50. 

Each one of the data connmunications networks 10 
and 20 may be connected to respective computers 80, 
printers 90, file servers 100 and other data storage de- 
vices 110. Additional suitable data communication 
equipment may also be attached to the networks 1 0 and 
20. In FIG. 1, the first data communications network 10 
employs a protocol A and the second data communica- 
tions network 20 employs a protocol B. 

The operations of a network protocol may be mod- 
eled by a set of Intercommunicating finite state machines 
(FSMs). Exemplary sets of FSMs characterizing half-du- 
plex and full-duplex communication protocols are depict- 
ed in FIGS. 6-11 and 14-21, respectively, which are de- 
scribed in greater detail below. In the following descrip- 
tion, interprocess input-output operation notation similar 
to that used in the language CSP is used to specify the 
intercommunication between protocol FSMs. CSP 
stands for Communicating Sequential Processes which 
is described in C.A.R. Hoare, "Communicating Sequen- 
tial Processes." Communications of the ACM . Vol. 21, 
No. 8, pp. 666-677, August 1978 {" Communicating Se- 
quential Processes'*). 

According to this notation, a FSM sends a message 
to other FSMs by means of an "output operation" desig- 
nated by the symbol "!". Where, for example, there are 
two FSMs, machine #1 and machine #2, an output op- 
eration in machine #1 which sends the message "msg" 
to machine #2 is denoted by machine2!msg. An FSM is 
also capable of receiving messages. For each message 
that is sent by one FSM there must be a receipt of the 
message by at least one other FSM. A FSM receives a 
message from another FSM by means of an "input op- 
eration" designated by the symbol "?". With respect to 
the output operation exemplified above, the correspond- 
ing input operation in machine #2 is denoted by 
machinel ?msg, which means receive the message 
"msg" from machine #1. 

The operations machine 1 ?msgan6 machine2!msg 
are executed simultaneously because they represent dif- 
ferent perspectives of the same event. Neither operation 
can be executed individually. Thus, if a first FSM at- 
tempts to do an output operation, it has to wait until a 
second FSM is ready to execute the corresponding input 
operation. The synchronized message exchange be- 



tween two FSMs is called a rendezvous. 

If the FSM name is not specified in an input or output 
operation, then the input-output operation can take place 
with any other FSM that is ready to execute the corre- 

s sponding operation. For example, if a FSM has an oper- 
ation ?msg, then the receipt of "msg" from any other 
FSM will trigger the operation of the FSM. These types 
of input-output operations are often used to model a pro- 
tocol's interactions with multiple users on multiple com- 

10 munication channels. 

A typical FSM for use in an embodiment of this in- 
vention is a four-tuple F = (£, V^ , p, Sq) where the symbol 
S is a set consisting of all the FSM's input-output opera- 
tions and an internal operation; the symbol V is a finite 

15 set of states that the FSM may be in; the symbol p is a 
finite set of state transition functions, such as ma- 
chinefmsg or machine?msg. and the symbol Sq is the 
initial state of the FSM F. While doing an internal transi- 
tion from one state to another state, a FSM makes a state 

20 transition without interacting with any other FSM. For 
more information regarding FSMs see Z. Kohavi, 
Switching Theory and Finite Automata Theory . Mc- 
Graw-Hill, pp. 275-315 (1978) and Communicating Se- 
quential Processes. 

25 A FSM may be represented as a directed graph 
(V,E) where the symbol V is the set of states in the FSM 
and the symbol E is the set of edges or possible state 
transitions between states. Each state of a FSM is rep- 
resented in a directed graph by a circle encircling the 

30 designation of the state, such as the state 900 in the state 
machine Htrans of FIG. 6. Each edge is labeled by an 
input-output operation, belonging to the set Z. which ei- 
ther triggers the state transition or is a result of the state 
transition. For example, edge 910 extending from state 

35 900 in FIG. 6 is labeled with ?timeout. Additionally, an 
edge may be labeled by two or more input-output oper- 
ations which independently, or in conjunction, trigger the 
state transition, or are the result of it. 

For notational purposes, an edge labeled by a'^bde- 

•^0 notes an edge triggered by an input-output operation a 
followed by an input-output operation b. The symbol 
represents the boolean AND operator. Therefore, a state 
transition, represented by an edge labeled by 
?ackO*?cancel is only triggered by the receipt of the 

•^5 messages "ackO" and "cancel". A state transition repre- 
sented by an edge labeled by ?ackO'!start is triggered 
by the receipt of the message ackO and the sending of 
the message start. An edge labeled by a -i- 1> denotes two 
edges that connect the same two states, one labeled by 

50 the input-output operation a and one labeled by the in- 
put-output operation b The symbol "-f" represents the 
boolonn OR operator. For example, a state transition 
represented by an edge labeled ?ack1 ^ ?start is trig- 
gered by the receipt of either of the messages "ackl " or 

55 "stHfl" 

A FSM always starts in its initial state Sq. The init.al 
state ts labeled 0 and may be additionally designated in 
the directed graph representing the FSM by the pres- 



7 EP 0 705 012 A2 



8 



ence of a concentric circle surrounding the 0. When the 
FSM is in any given state it can execute any of the op- 
erations that label a transition from that state. 

A protocol provides one or more services to the user 
of the protocol. These services are also represented as 
a FSM called the service FSM. However, there is not nec- 
essarily a one-to-one mapping or correlation between 
the set of services provided by a protocol and the set of 
FSMs that can represent the protocol operation. The in- 
put-output operations of the protocol represented by the 
service FSM are called service primitives of the protocol. 
According to international standards, a service primitive 
means an abstract message exchange between the pro- 
tocol and its user or upper layer. An example of a service 
primitive is !send(data) where the primitive send is used 
to transmit a message data. 

If an edge in one FSM is labeled by an input-output 
operation that has no corresponding operation in another 
FSM, the transition can never occur. For example, if an 
edge in machine #1 is labeled machine2!msg, and ma- 
chine #2 contains no edge labeled machinel ?msg, the 
transition in machinal can never occur. This character- 
istic of communicating FSMs is utilized in the method for 
generating a gateway system according to the present 
invention. 

For any two FSMs and F2. a FSM designated 
# F2 can be built that corresponds to the joint behavior 
of Ft and Fg. The FSM F•^ # Fg is called a reachable 
FSM, or a composition of Fy and F2. The process of con- 
structing Fi # F2from the components F^ and Fg is called 
the reachability computation, or composing, and is well 
known in the art. Finding the reachable FSM is done by 
computing the reachable global states. A global state for 
Ft # F2 is defined as a two-tuple (s-, , S2), where is the 
current state of F^ and S2 is the current state of Fg. Com- 
putation of the reachable global states is described in 
G.v. Bochmann and C. A. Sunshine, "A Survey of Formal 
Methods." Computer Networks and Protocols . RE. 
Green (Ed.), pp. 561-578, Plenium Press, May 1983. 

A more detailed view of the gateway system 1 of 
FIG. 1 is shown in FIG. 2. In FIG. 2, the data communi- 
cations network 10 is connected to a protocol circuit A^ 
100 and a complement protocol circuit Pb-a.i "^^^ ^he 
network end node 30. Within the network end node 30, 
the circuits A, 100 and Pb-a.i connected to a 

first combined multiplexer-demultiplexer (MUX-DEMUX) 
110. 

The protocol circuit A^ 100 performs the operations 
".;3ecified in a portion of the set of protocol FSMs that 
characterize the protocol A and is described in greater 
detail below. The complement protocol circuit Pb-a.i ^ 
performs operations that are specified in a portion of a 
set of complement protocol FSMs characterizing a com- 
plement protocol Pb-a- '^^^ complement protocol Pq-a 
provides those services of the protocol B implemented 
on the network 20 that are not provided by the protocol 
A of the network 10. The complement protocol circuit 
f^B-A.i "'OS and complement protocol Pb-a are also de- 



scribed in greater detail below. 

The MUX-DEMUX 110 is also connected to the first 
communications channel 60 which is connected to a sec- 
ond MUX-DEMUX 1 20 disposed in the protocol convert- 
5 er 50. Within the protocol converter 50, the MUX-DE- 
MUX 1 20 is connected to an interface protocol circuit Ag 
1 25 and an interface complement protocol circuit Pb-a.2 
1 30, The intertace protocol circuit A2 1 25 performs those 
operations characterized in the remainder portion, the 

10 set of FSMs for the protocol A that is not performed by 
the protocol circuit A^ 100, and is described in greater 
detail below. Likewise, the interface complement proto- 
col circuit Pb-a.2 30 performs those operations charac- 
terized in the remainder portion of the set of FSMs for 

'5 the complement protocol Pb-a that are not performed by 
the complement protocol circuit Pb-a.i 1 05, The interface 
complement protocol circuit Pg.A 2 30 is also described 
in greater detail below. The MUX-DEMUXs 110 and 120 
operate in conjunction with one another to multiplex and 

20 demultiplex signals on the communications channel 60 
between the circuits A^ 100 and Ag 125, and between 
the circuits Pb-a.i and Pb-a.2 ""^O, respectively. 

Within the gateway protocol converter 50. the cir- 
cuits Ag 1 25 and Pb.a.2 ^ ^0 are connected to an interface 

25 converter IC 135. The interface converter IC 135 is fur- 
ther connected to the interface protocol circuit 140 
and an intertace complement protocol circuit Pa-b.i "^^^ 
which are described in greater detail below. The circuits 
Bi MOandP^.B i 145 are connected to a third MUX-DE- 

30 MUX 1 50 which is connected to the second communica- 
tions channel 70. 

The communications channel 70 is further connect- 
ed to a fourth MUX-DEMUX 1 60 contained in the network 
end node 40. Within the network end node 40, the 

35 MUX-DEMUX 1 60 is connected to the protocol circuit B2 
165 and a complement protocol circuit P^^.b 2 170. The 
circuits B2 and Pa-b.2 ^'^^ connected to the second 
data communications network 20. 

The protocol circuit A-, 100 and the interface protocol 

■^0 circuit A2 125 perform the communication functions of 
the protocol A as modeled by the corresponding set of 
FSMs. The determination as to which FSM of the set of 
protocol FSMs is to be implemented in which of the cir- 
cuits A^ 1 00 or A2 1 25 would be readily apparent to those 

•^5 skilled in the art. Generally, the functions specified by the 
FSMs of the set that are used to communicate with the 
users and upper-level of the network are implemented 
in the circuit A, 100. Correspondingly, those functions 
characterized by the FSMs of the set that facilitate com- 

50 munication with other networks are implemented in the 
circuit Ao 125. An example of the arrangement of the 
functions of the various FSMs in the respective protocol 
circuit^i is described below with respect to FIG. 29. 

T '.e interface protocol circuit 1 40 and the protocol 

55 circuit B2 165 operate according to the protocol B as 
specified in the corresponding set of FSMs in an analo- 
gous manner to that of the circuits Aj 125 and Ai 100. 
respectively. Likewise, the functions of the complement 
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protocofs Pg.A and P^-b. which are characterized by the 
respective sets of FSMs are divided between the circuits 
Pb-a.i "lO^ Pb-a.2 ''30, and between the Pa-b.i "1 45 
and Pa-b.2 '^'^^^ respectively. In a sinnilarnnanner to that 
stated above, the complement protocol P^.g character- 
izes the operations of those services provided by the pro- 
tocol A that are not present in the protocol B. 

By properly arranging the protocol and complement 
protocol functions in the end nodes 30 and 40, and the 
protocol converter 50, the gateway system 1 of FIG. 2 
enables users attached to the network 1 0 to utilize all the 
services, or a super-set of the services, of the protocols 
A and B when communicating with the network 20. Like- 
wise, users attached to the network 20 may utilize all the 
services of the protocols A and B when communicating 
with the network 10. 

In operation, a service provided by both the proto- 
cols A and B is performed by a tandem combination of 
the exchange of corresponding service primitives be- 
tween circuits A2 125 and B^ 140 through the interface 
converter IC 1 35 in FIG. 2. In a similar manner, a service 
provided by the protocol A but not by the protocol B is 
performed by a tandem combination of the exchange of 
corresponding service primitives between circuits Ag 1 25 
and Pa-b.i 145 through the interface converter IC 135. 
A service provided by the protocol B but not by the pro- 
tocol A is performed by a tandem combination of the ex- 
change of corresponding service primitives between cir- 
cuits B^ 140 and Pb-a.2 ""^^ through the interface con- 
verter IC 135. 

Accordingly, the interface converter IC 1 35 identifies 
the service process that is attempting to communicate 
through the protocol converter 50. The interface convert- 
er IC 1 35 then routes the respective service primitives of 
that service between the appropriate circuits in the pro- 
tocol converter 50. A suitable circuit for performing the 
operations of the interface converter IC 135 is a micro- 
processor or microcontroller connected to memory con- 
taining a mapping table for corresponding service prim- 
itives. An ASIC or PLA possessing the required routing 
capabilities may also be employed as the interface con- 
verter IC 135. 

By utilizing the MUX-DEMUXs 110, 120, 150 and 
160, the operations of the circuits Ai lOOandP^-A.! 105, 
A2 125 and Pb-a.2 ^ ^0. B^ 140 and Pa-b.i ^45, and Bg 
165 and Pa-b.2 "I^O, may be performed in parallel. One 
suitable technique for ensuring that messages will be ex- 
changed only between protocol circuits, such as circuits 
A-, 100 and A2 125, and between complement protocol 
circuits, such as circuits Pb-a.i 05 and Pb-a.2 ^ 
use tags, such as a 1 or 2, to denote whether the mes- 
sage transmitted over the communications channel is 
from a respective protocol or complement protocol cir- 
cuit. In an alternative embodiment, the MUX-DEMUXs 
110, 1 20, 1 50 and 1 60 may be omitted if the correspond- 
ing protocol and complement protocol circuits are direct- 
ly connected to one another 

The protocol circuit A^ 1 00 and the complement pro- 



tocol circuit Pg-A.i 105, aswellastheMUX-DEMUXIlO 
in the end node 30 may be arranged as separate or com- 
bined circuits. Further, the separate or combined circuits 
may be conventional microprocessors, ASICs or PLAs. 

5 The circuits of the protocol converter 50 and end node 
40 may also be implemented as separate or various con- 
figurations of combined circuits in a similar manner 

FSMs characterizing the service operations provid- 
ed to the users by the protocols A and B will be referred 

10 to by the symbols Sa and Sb, respectively. The input-out- 
put operations depicted by the FSMs Sa and are the 
service primitives of the protocols A and B, respectively. 
The set of input-output operations of the circuits A^ 100 
and Ag 125 with their respective local user or upper-lev- 

^5 els will be referred as I A-, and IA2= respectively. An ex- 
ample of this type of input-output operation includes !de- 
liver (data) where a service primitive delivery is used to 
deliver a message data. In a similar manner, the set of 
input-output operations of the circuits B^ 1 40 and B2 1 65 

20 with their respective local users or upper-levels will be 
referred to as IB^ and 162= respectively. 

For exemplary purposes, suppose the sen/ices pro- 
vided by the protocols A and B are both data transfer 
protocols. In operation, the circuit A^ 100 may be given 

25 a service primitive for establishing a connection. In re- 
sponse, the circuit A^ 1 00 would generate a correspond- 
ing output operation to the circuit A2 125. The circuit A2 
125 would generate a sen/ice primitive indicating to its 
local user, the interface converter IC 135, that a remote 

30 user to the circuit A^ 100 wishes to establish a connec- 
tion. Upon receiving this service primitive, the interface 
converter IC 1 35 would generate an input service prim- 
itive for the protocol B indicating that a local user the 
circuit A2 125, wants to establish a connection. 

35 Accordingly, the interface converter IC 135 would 
operate to cause the circuit B^ 140 to be the local user 
of the circuit A2 125 by routing the output service primi- 
tives of the circuit A2 125 to the input service primitives 
of the circuit B^ 140. The circuit B^ 140 would then gen- 

■^0 erate a corresponding input operation to its local user 
the circuit B2 1 65 which provides communication with the 
network 20. Thus, a connection may be made by a user 
on the network 1 0 to the network 20 through the gateway 
system 1 . 

■^5 In the reverse direction, the output sen/ice primitives 
from the circuit B^ 140 are provided to the input service 
primitives of the circuit A2 1 25 by the interface converter 
IC 135. However since the networks protocols 10 and 
20 are different, the input sen/ice primitives for the circuit 
50 A2 1 25 may not have a one-to-one correspondence with 
the output service primitives of the circuit B-, 1 40. There- 
fore, a mapping or translation between the service prim- 
itives or input-output operations lA^ and those of IB, 
must be implemented in the interface converter IC 135. 
55 In most cases, this translation may be a direct map- 
ping between two corresponding operation elements of 
the protocols. However. In other cases, the mapping may 
be more complex. For instance, if two output service 
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primitives x and y from the circuit Ag 125 are equivalent 
to a single input service primitive z for the circuit 1 40, 
then the interface converter IC 135 must generate the 
output service primitive z upon receipt of either an input 
service primitive x or y. Particular service primitives of 
one protocol may perform functions that are not per- 
formed by any combination of service primitives of the 
corresponding protocol. The service primitives provided 
by-these unmatched services are performed by the com- 
plement protocols Pfi^.Q and P^-a innplemented in the cir- 
cuits P^.B.i 145 and Pa.b.2 """^O. and Pb-a.i 105 and 
""^O- respectively. 
One suitable method 200 for generating the gateway 
system 1 and corresponding complement protocols P^.b 
and Pb.a is illustrated in FIG. 3. Referring to FIG. 3, a 
FSM W representing the largest common subset of serv- 
ices of the protocols A and B is computed in step 210. 
One method for computing the FSM W is to compute the 
expression W = S^' # IC # Sg', where S^' and Sg' are 
collections of FSMs that are pruned versions of the FSMs 
Sa and Sq, respectively. The pruned FSMs Sa' and Sb' 
are formed by removing the edges of the FSMs Sa and 
Sg for which there are no corresponding service primi- 
tives provided by the other service FSM Sg and Sa- re- 
spectively. The resulting FSM W may be reduced while 
maintaining its operational equivalence according to a 
method described in PC. Kanellakis and S.A. Smolka. 
"CCS Expressions, Finite State Processes, and Three 
Problems of Equivalence, " Information and Computa- 
tion . Vol. 86. pp. 43-68 (1990), which is incorporated by 
reference herein. 

- Complement service FSMs Sg.A and Sa-b specify- 
ing service primitive operations for the complement pro- 
tocols Pg.A and Pa.b are then generated in step 220. One 
method for generating the complement service FSMs 
Sg.A and Sa.b is to prune the service FSMs Sg and Sa 
with respect to the common services subset FSM W. Ac- 
cording to this method, the complement service FSM 
Sg-A is generated by removing the edges of the service 
FSM Sg that correspond to present edges in the common 
subset FSM W. 

After generation of the complement service FSMs 
Sg.A and Sa-b in step 220, the method 200 proceeds to 
step 230. In step 230, the complement protocol FSMs 
Pb-a and Pa.b are generated by pruning the set of pro- 
tocol FSMs characterizing the protocols 8 and A, respec- 
tively, to provide only those services of the complement 
service FSMs Sb-a ^nd Sa.b- One suitable technique for 
pruning the FSMs representing the protocols A and 8 is 
described in greater detail below with reference to FIG. 4. 

The protocol converter 50 and network end nodes 
30 and 40 are then constructed in step 240 according to 
the manner shown in FIG. 2. The protocol converter 50 
and network end nodes 30 and 40 may each be com- 
prised of at least one processor, such as a microproces- 
sor, ASIC or PLA, to provide the operations of the corre- 
sponding interconnection of protocol and complement 
protocol FSMs in the circuits illustrated in FIG. 2. Meth- 



ods for implementing FSMs in processors are well known 
in the art. 

FIG. 4 depicts a suitable method 300 for pruning the 
protocol FSMs to generate the complement protocol 
5 FSMs Pb.a and Pa.b in step 230 of FIG. 3. The steps of 
the method 300 of FIG. 4 may be grouped as follows: 
those edges that are labeled with service primitives other 
than that found in the corresponding service FSM S are 
deleted in the sequence of steps 320-340; those edges 
^0 of the protocol FSMs that have no matching service prim- 
itives after the first sequence of steps 320-340 are de- 
leted in steps 350-400; and in steps 405460, the method 
300 computes and retains the strongly connected FSM 
components that start with the initial state, and discards 
^5 the rest of the machine. 

In FIG. 4. a data structure MATCH, a FSM list L and 
counter variables i, j, k, m are initialized to zero in step 
305. Then, in step 310, the operations of a protocol P. 
such as protocol A used on the network 1 0 of FIG. 1 , are 

20 characterized by a set of FSMs Fj, i=1 ..... N, where the 
value N is the total number of FSMs in the set. The coun- 
ter i is then incremented in step 320. In step 330, those 
state transitions in the FSM Fj that do not correspond to 
the service primitives utilized by the corresponding pro- 

25 tocol service FSM S are deleted. If the protocol A of net- 
work 10 were used as the protocol P in the method 300, 
then the service FSM Sa will be used as the service FSM 
S in the method 300. 

The counter i is then compared with the total number 

30 of FSMs N in step 340. If the counter i does not equal 
the total number of machines N, the method 300 repeats 
steps 320 and 330 to delete or prune state transitions 
having unmatched service primitives in the next FSM Fj 
of the set. However, if the counter i is equal to the total 

35 number of machines N, the method 300 proceeds to step 
350 where the counter j is incremented. 

After performing the step 350, the FSM Fj is evalu- 
ated in step 360 to determine if it contains edges corre- 
sponding to services primitives that are not matched by 

40 counterpart service primitives in any other FSM of the 
set of FSMs F. An edge representing a service primitive 
may be unmatched due to deletion of their corresponding 
edges in step 330. For example, if an edge of the FSM 
Fj has a label fstartxior sending a service primitive startx 

•^s and if the corresponding edge labeled ?startx in another 
FSM of the set was deleted in step 330, then the edge 
of the FSM Fj will be unmatched. If at least one edge of 
the FSMj is unmatched, the method 300 performs steps 
370-390. In step 370, all identified unmatched edges of 

so the FSM Fj are deleted, and in step 380, the FSM Fj is 
appended to the list L. In step 390, the counter m which 
corresponds to the length of list L is incremented. After 
performing step 390. the method 300 proceeds to step 
400 However, il in step 350, it is determined that the- 

S5 FSM Fj contains only edges having matched service 
primitives, the method 300 will proceed directly to step 
400. 

In step 400, the counter j is tested and if it is not equal 
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to the total number of FSMs N in the set F, the method 
300 repeats steps 350 and 360 to identify if the next FSM 
Fj contains edges having unnnatched service primitives 
and amends the FSM Fj and list L accordingly in steps 
370-390. Alternatively, if the method 300 determines, in 
step 400, that the counter j is equal to the total number 
of FSMs N then all the FSMs F of the set have been proc- 
essed for edges having unmatched service primitives, 
and the method 300 proceeds to step 405. 

In step 405, the method 300 determines whether the 
value of the counter m is zero. If the counter m has a 
value of zero, no FSM in the set of FSMs F had edges 
deleted in step 370. As a result, the method 300 pro- 
ceeds directly to step 470 which is described below. 
However, if the counter m is not zero in step 405, the 
method 300 proceeds to step 410. In step 410, the coun- 
ter k is incremented, and then, in step 420, a FSM F,^ is 
removed from the list L for further processing by steps 
430, 440 and 450. All FSMs contained in the correspond- 
ing list L have at least one edge deleted in step 370. The 
number of FSMs in the list L is represented by the coun- 
ter m. 

In step 430, a strongly connected component of 
FSM F,^ that contains the initial state is determined and 
denoted C^. In a strongly connected FSM component, 
each node has a directed path to every other node. In 
step 440, those edges of the FSM that are not con- 
tained in are deleted, and in step 450, the data struc- 
ture MATCH is updated to reflect those edges deleted in 
step 440. The FSMs characterizing protocols that do not 
have infinite loops for data transfers, such as connection 
management and call setup protocols, may be made 
strongly connected by adding dummy transitions. 

Then, in step 460, the method 300 determines 
whether the counters k and 1 are equal. If counters k and 
I are found equal, the method 300 proceeds to step 470. 
However, if the counters k and I are not found equal, the 
method 300 repeats steps 410-450 to increment the 
counter k and determine the strongly connected compo- 
nents for the remaining FSMs in the list L. 

In step 470, the method 300 outputs the FSMs Fj, 
i=1, ... , N, characterizing the pruned protocol P. The re- 
sulting FSMs Fj, i=1... ., N.are reduced component FSMs 
of the original set of FSMs that characterize the protocol 
P and which contain the services corresponding to those 
of the service FSM S. Accordingly, the complement pro- 
tocol FSMs P^.p^ and P^.g can be generated by perform- 
ing the method 300 twice, a first time with the protocol P 
being the protocol B and with the service FSM S being 
the service FSM Sg.^, and a second time with the pro- 
tocol P being the protocol A and with the service FSM S 
being the service FSM S^.g. 

One feature of the method 300 is that it generates 
the pruned machines utilizing a polynomial, rather than 
an exponential, number of computational steps. An ad- 
vantage of this feature is that it permits the pruning of 
relatively large and complex protocols, such as conven- 
tional computer network protocols, in a relatively short 



computational time. Typical prior art pruning techniques 
require an exponential number of computational steps 
which is very impractical for the size and complexity of 
existing network protocols. 

5 The data structure MATCH keeps track of the match- 
ing input-output services. Identical services may be as- 
sociated with a counter value, which records their total 
number. Counter values of matching input-output serv- 
ices are associated with each other. When an input-out- 

TO put sen/ice is deleted, its associated counter value is de- 
creased by one. When a counter value becomes zero, 
all the corresponding counter values are checked as fol- 
lows; if a counter value |a has no matching counter value, 
i.e., all have become zero, then the counter value \i is 

?5 changed to zero and all its associated edges in the FSM 
depicting that input-output sen/ice are deleted. The cor- 
responding counter values of the counter value |i are 
processed similarly. This counter value updating is done 
iteratively until no changes have to be made to the in- 

20 volved counter values. 

The total cost in the number of computations to ini- 

k 

tialize and to update the data structure MATCH is 0(;'** 
^5 m,), where mj is the number of edges of Fj and where k 
is the number of FSMs in the set. A k-bit vector may be 
used to record whether the FSM Fj is in the list L. In one 
particular vector format, if the FSM Fj is in the list L, then 
2^ the i-th bit of the vector is 1 . otherwise it is 0. To update 
the vector and to check whether the FSM Fj is in the list 
L takes a constant lime. Whenever a component FSM Fj 
is appended to the list L, at least one edge has been re- 
moved. Then, when the component FSM Fj is removed 
55 from the list L, the strongly connected component is con- 
structed that contains the initial state. It takes time 0(mj) 
to compute the strongly connected component of a FSM 
Fi, using a depth-first search. Since an FSM Fj can be 
removed from the list L only after it has been appended 

E 

to the list L, then the total computational cost is 0( 
dim,), where dj is the number of edges deleted from the 

^5 FSMF, ■ 

A synthesis of an exemplary gateway system 1 us- 
ing the method 200 of FIG. 3 is described with respect 
to FIGS. 5-29. The two network protocols that are to be 
connected by the gateway system 1 in the example are 

so a haifrduplex alternating bit protocol ("HABP") and a 
full-duplex alternating bit protocol ("FABP"). The HABP 
transports data messages from a transmitter user proc- 
ess to a receiver process over a lossy communication 
chnnnc! No data message is transported in the reverse 

55 direction for the HABP. Conversely, the FABP operates 
in a manner such that two remote processes are able to 
exchange data messages. 

A genera! organization 500 of component FSMs 
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which characterize a protocol is illustrated in FIG. 5. In 
FIG. 5, the arrangement consists of end entities 510 
and D2 520 which connmuntcate with one another over 
comnDunication channels 0^12 530 and 0^21 540. Each 
end entity 510 and Dg 520 operates according to a s 
respective group of the FSMs in the corresponding FSM 
set characterizing the protocol. The operation of the 
HABP nnay be characterized using five FSMs arranged 
according to the organization 500 of FIG. 5 as follows: a 
data transmitter machine Htrans shown in FIG. 6, which 10 
corresponds to the end entity 51 0 of FIG . 5. and which 
retransmits data received from a local user; a data re- 
ceiver machine Hrec, shown in FIG. 7. which corre- 
sponds to the end entity Dg 520, and receives the data 
retransmitted by the FSM Htrans, a forward communi- is 
cation channel machine C^i 2. shown in FIG. a for trans- 
porting data messages from the FSMs Htrans to Hrec 
of FIGS. 6 and 7; a reverse communication channel ma- 
chine Ch2i. shown in FIG. 9, for transporting acknowl- 
edgement signals ackO or ack1 confirming receipt of the 20 
data message; and a timer machine T/mershown in FIG. 
10 which is a satellite FSM of the data transmitter ma- 
chine Htrans and should also be contained in the end 
entity D1 51 0 of FIG. 5. Once started, the timer machine 
Timer ot FIG. 10 will wait a predetermined time period 
and generate a time out signal timeout to the transmitter 
machine Htrans oi FIG. 6, unless during that time period 
it receives a message cancel from the transmitter ma- 
chine Htrans. 

Further, a service FSM S^ for the HABP is shown in 30 
FIG. 11. In FIG. 1 1 . the service FSM Sh consists of two 
states, 0 and 1. The FSM Sh depicts the data transfer 
operation of the HABP. An edge labeled ?c/a fa /denotes 
an input operation whereby the HABP receives a data 
message from the transmitter user process. A second 3S 
edge labeled with fdataO represents an output operation 
whereby the HABP sends a data message to the receiver 
user process. FIG. 12 shows the five component HABP 
FSMs arranged according to the organization 500 of FIG. 
5. Similar components in FIGS. 5 and 12 are like num- -40 
bered for clarity for example, the end entity 510. 

In operation, the HABP, as represented by the FSMs 
Htrans, Timer. Chi2. Ch2i and Hrecoi FIGS. 6-10 and 
service FSM Sh of FIG. 11, starts with the transmitter 
function characterized by the FSM Htrans receiving a -^s 
data message from a user using the input operation ?da- 
tai. The transmitter function FSM Htrans then sends the 
data message with a sequence number of either 0 or 1 
to the receiver function, characterized by FSM Hrec, 
over the channel 0^12- The transmitter function FSM so 
Htrans alternates the sequence numbers between 0 and 
1 for each consecutive data message in order for the re- 
ceiver function characterized by the FSM Hrec io identify 
whether a data message has been lost. 

When the transmitter function FSM Htrans transmits 55 
the data message, it also starts a local timer operation 
characterized by the FSM Timer, and waits for the proper 
acknowledgement signal ackO or ackl over the channel 



characterized by the FSM Ch2i. Upon receiving the 
proper acknowledgement signal, the transmitter function 
cancels the timer by sending a message cancel. How- 
ever, if no acknowledgement signal is received before 
the timer FSM Timer generates a signal timeout, the 
data message is retransmitted to the receiver FSM Hrec. 

Upon receipt of a data message, the receiver func- 
tion FSM /-/rec determines whether it contains the proper 
sequence number and transmits the data message to the 
local user using the output operation fdataO of the serv- 
ice FSM Sh- The receiver function also sends the ac- 
knowledgement signal with a proper sequence number 
over the communications channel C^2^ ^^ok to the 
transmitter function FSM Htrans. 

FSMs characterizing the operation of the FABP may 
also be organized according the system 500 of FIG. 5 as 
shown by the arrangement 700 in FIG. 13. In FIG. 13. 
the FABP is modeled using two identical protocol entities 
710 communicating with one another by two communi- 
cation channels Cp^2 ^Fav the FABP, each one 
of the protocol entities may consist of seven FSMs. The 
seven FSMS are: a transmitter function FSM Ftrans, 
shown in FIG. 14, for retransmitting outgoing data mes- 
sages received from a user: a retransmission timer FSM 
Retimer, shown in FIG. 15. which operates in a similar 
manner to the FSM Timer oi FIG. 10; a receiver function 
FSM Free shown in FIG. 16, which receives incoming 
data messages and acknowledgement signals; a se- 
quence number storage FSM NR, shown in FIG. 17. for 
storing the next sequence number of expected message 
to be received by the receiver function FSM Free: a se- 
quence number storage FSM NS, shown in FIG. 18. for 
storing the sequence number of the next expected mes- 
sage to be sent by the transmitter function FSM Ftrans: 
an explicit acknowledgement FSM Buf, shown in FIG. 
1 9, for sending acknowledgement signals confirming re- 
ceipt of a data message; and an acknowledgment timer 
FSM Atimen shown in FIG. 20. for performing the timing 
operations for the FSM Buf. 

A service FSM Sp for the FABP is shown in FIG. 21 . 
In FIG. 21 , the service FSM Sp consists of four states 0, 
1 2 and 3. The FSM Sp depicts the data transfer oper- 
ation of the FABP. During operation, the service FSM Sp 
receives a data message from one network user process 
by traversing edges that activate an input operation ?da- 
taF. and delivers it to the other user process by travers- 
ing the edges that activate an output operation \ dataF. 

Each end entity 71 0 of the FABP in FIG. 1 3 employs 
two methods of acknowledging receipt of data messages 
with the appropriate sequence number, fn a first method, 
thciccciver function FSM Free uses the FSM Bufo\ FIG. 

--ind .-tssociated FSM Atimer o\ FIG 20 to generate 
rtc^tiQ.vicdqcmenl signals ackO and ackl. In addition, a 
second method of acknowledging receipt of a data mes- 
Srigc IS to piggy-back acknowledgement signals on re- 
turn data messages. 

A data message has a structure of daia[x\[y\ where 
data is the information that is sent. The parameter x is 
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the sequence number of the message and may be either 
a 0 or 1 . The parameter y is the piggyback acknowledge- 
ment, and may have a value of either a 0 or 1 . The pa- 
rameter y performs the same operation as the transmis- 
sion of an acknowledgement signal ackO or ackl for a 5 
recently received data message. In operation, when a 
data message is received, the operation characterized 
by the FSM Free starts the operation represented by the 
FSM Buf which activates the process Atimer. If a data 
message is not sent out by the end entity 710 of FIG. 13 10 
before the timer Atimer expires, then the proper ac- 
knowledgement signal ackO or ackl Is transmitted. The 
composition of these seven FABP protocol FSMs in 
F! GS, 1 4-20 represent a total of 3, 1 92 states and 1 4,026 
edges. ?5 

A gateway system generated according to the meth- 
od 200 of FIG. 3 for connecting a HASP network and a 
FABP network would provide full duplex communication 
through the gateway between users on either network. 
For ease of illustration, the HABP will alternatively be re- 20 
f erred to as the protocol A and the FABP as the protocol 
B in the following description. In generating such a gate- 
way system according to step 210 of the method 200 of 
FIG. 3, a FSM W is computed corresponding to the larg- 
est common subset of services provided by the service 25 
FSM S;^, or the FSM Sh in this example, and the service 
FSM Sg, or the FSM Sp in this example. Since the serv- 
ice operations of the service FSM Sh of FIG. 11 are all 
included in the service FSM Sp, the resulting FSM W Is 
equal to the service FSM S^. 

Then, according to step 220, complement service 
FSMs S^-B and Sg./^ are computed. The complement 
service FSMs S^.q ^^^1 Sg.^ may be computed by re- 
moving those services provided by the FSM W from the 
service FSMs S^.g and Sg.^. respectively. Accordingly, 35 
the complement service protocol FSM S^.g is null be- 
cause all the services provided by the FSM W are pro- 
vided in the service protocol FSM Sh- However, the re- 
sulting complement service protocol S^.^ provides those 
services of the FSM Sp that transfer data in the reverse -^o 
direction, or the direction not provided by the HABP. The 
resulting complement service FSM Sq.^^ Is shown in FIG. 
22. 

The method 200 then proceeds to step 230 where 
the protocols A and B are pruned to form the complement -^s 
protocol FSMs P^.g and Pb-a- Since the complement 
service protocol FSM S^.g is null the corresponding com- 
plement protocol FSM P^.b 'S also null. However, prun- 
ing the protocol B, represented by the collection of FSMs 
of FIGS. 1 4-20, to provide those services of the comple- so 
ment service protocol Sg.^ yields the FSMs illustrated in 
FIGS. 23-23. In FIGS. 23-28. the pruned FSMs are la- 
beled by adding a prime to the name of the correspond- 
ing FSMs of FIGS. 14-20. For example, the transmitter 
FSM Ftrans of FIG. 14 corresponds with the pruned 55 
transmitter FSM Ftrans' o\ FIG. 23. 

During the pruning step, the FSM Atimero\ FIG. 20 
is pruned out of existence, while the sequence number 



storage FSM NS of FIG. 18 and retransmission timer 
FSM Retimeroi FIG. 1 5 remain fully intact In forming the 
pruned counterparts In FIGS. 27 and 24. The pruned 
FSMs for the complement protocol Pg.^ In FIGS. 23-28 
provide only those data transfer functions in the reverse 
direction. The last step 240 of the method 200 is to con- 
struct the protocol converter 50 and network end nodes 
30 and 40 according to the generated complement pro- 
tocols In the manner shown In FIG. 2. 

A gateway system 800 connecting a HABP network 
1 0 and a FABP network 20 employing circuits according 
to the FSMs of FIGS. 23-28 is shown in FIG. 29. The 
circuits in FIG. 29 corresponding to those of FIG. 2 are 
like numbered for clarity, for example, the complement 
protocol circuit 105. In addition, those circuits in FIG. 29 
which perform the operations of the FSMs Illustrated in 
FIGS. 14-28 are like named for ease of illustration. For 
example, the circuit Htrans in FIG. 29 and the corre- 
sponding transmitter function FSM Htrans \n FIG. 14. 

In FIG. 29, an end node 30 of the network 10 con- 
tains the circuits A^ 100 and Pb-aj ^^e protocol 
circuit A-, 100 performs the data message transmission 
operation of the HABP of the network 10. The circuit A^ 
1 00 contains the circuit Htrans and the half duplex com- 
munication channels Ch2i and Chi 2 which operate ac- 
cording to the FSMs of FIGS. 8 and 9, respectively. The 
complement protocol circuit Pb-a.i "105 consists of cir- 
cuits Free' and /VS'for receiving data. The circuits A^ 
1 00 and Pb-a.i 05 transmit and receive messages from 
a protocol converter 50 through the MUX-DEMUXs 110 
and 120 over the communication channel 60. 

The protocol converter 50 of FIG. 29 Includes the 
circuit A2 125 for performing the operations of the HABP 
receiver FSM Hrec of FIG. 7. The protocol converter 50 
also consists of the interface complement protocol circuit 
Pb.a.2 "1 30. ^he interface converter IC 1 35, and the inter- 
face protocol circuit B1 140 corresponding to the protocol 
end entity 710 in FIG. 13. The circuit B1 140 performs 
the operations of the seven FABP protocol FSMs shown 
in FIGS. 14-20. The complement protocol circuits Pb-a.i 
105 and Pb.a.2 ""^O in FIG. 29 operate in the manner 
specified by the complement protocol FSMs shown in 
FIGS. 23-28. The complement protocol circuits opera- 
lions Free' and A/S'for retransmitting data to a destina- 
tion user and are, therefore, disposed in the circuit Pb-a.i 
105. Accordingly, the complement protocol circuit oper- 
ations Ftrans'. But', NR' and Re^/mer' which receive the 
drita from a local user have been disposed in the circuit 
P8-A2 130 

The circuit B^ 1 40 of the protocol converter 50 is di- 
■cctiy connected to a second network end node 40. The 
■^oi'AorK end node 40 consists of the protocol circuit B2 
165 .vt^ ch performs the identical operation of the circuit 
B 1 1 40 in the protocol converter 50. Full-duplex commu- 
nicHiion between the circuits 140 and 155 occur over 
communication channels Cpi2 and Cp2i. The circuit 82 
165 is ritso connected to the network 20. 

The complement protocol circuits Pa-b.i and 
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Pa-b.2 "1 70 and associated MUX-DEMUXs 150 and 160 
of FIG. 2 are not used in the system 800 of FIG. 29 be- 
cause no such circuits are required. Since the comple- 
nnent protocol FSM P^.b and connplement service FSM 
^A-B corresponding complennent protocol s 

circuits are not required. Such circuits are not necessary 
in this example because there are no operations per- 
formed by the protocol HASP of network 10 that are not 
performed by the protocol FABP of the network 20. The 
circuits 140 and 82 165 perform identical operations 10 
in FIG. 29 because of the mirror-like processes of a 
full-duplex protocol. However, these circuits may per- 
form different operations in other gateway systems 1 de- 
pending upon the protocols implemented on the net- 
works 10 and 20. ^5 

In transmitting information from a network 10 user 
to a user process on the network 20. the information is 
transmitted through the circuit 1 00 in the network end 
node 30 to the circuit Ag 125 in FIG. 29. The information 
from the circuit Ag 125 is then directed to the circuit 20 
140 by the interface converter IC 135. The information 
is then transmitted by the circuit B^ 140 to the circuit B2 
165 in the end node 40 where it is retransmitted to the 
user process on the network 20. 

In the reverse direction, network 20 users may trans- 25 
mit data to network 10 users in FIG. 29, despite the fact 
that only an HABP is implemented in the network 10. In 
transmitting information from a network 20 user process 
to a network 10 user process, the information is trans- 
mitted through the circuit 82 1 65 in the network end node 30 
40 to the circuit B^ 140 in the protocol converter 50. The 
circuit B1 140 provides the information to the interface 
converter IC 1 35 which is configured to transmit the in- 
formation to the circuit Pb-a.2 Then, the information 

is transmitted by the circuit Pg.;^ 2 ''^0^*^^*^®^'''^'^'^^B-A.i 
105 in the network end node 30. The circuit Pg.A.i 105 
possesses the capability to retransmit the information to 
the user process on the network 10. 

Therefore, the present invention provides a relative- 
ly short and simple technique for generating a gateway -^o 
between different network protocols employing comple- 
ment protocols which enables users of both networks to 
transmit and receive information between each other us- 
ing a super-set of services provided by the protocols of 
both networks. One advantage of providing a super-set -^5 
of services is that the gateway system between the net- 
works may appear transparent to a user of one of the 
networks as he will be able to utilize all the services fa- 
miliar to him on that network to exchange data with the 
other network. so 

In an alternative embodiment of the gateway system 
1 of FIG. 2, complement protocols and corresponding cir- 
cuits may be generated for only one of the networks us- 
ing the method 200 of FIG. 3. For example^ the comple- 
ment protocol Pq.a and not P^.b would be generated for ss 
such a system. Accordingly, the circuits Pa-b.i and 
Pa-B2 would be eliminated from the protocol con- 
verter 50 and end node 40. Likewise, the MUX-DEMUXs 



1 50 and 1 60 may be removed as no messages need be 
multiplexed on the communications channel 70 between 
the circuits B1 140 and B2 165. As a result, users on the 
network 1 0 may utilize all the services of both of the pro- 
tocols A and B when transmitting or receiving information 
using this alternative gateway system. However, users 
on the network 20 would be limited to using only those 
services common to protocols A and B when communi- 
cating through this alternative gateway system. 

Although one embodiment of a method for generat- 
ing a gateway system that provides a super-set of pro- 
tocol services has been described in detail above, it 
would be readily understood by those having ordinary 
skill in the art that many modifications are possible in the 
described embodiment without departing from the 
present invention. All such modifications are intended to 
be encompassed by the claimed invention. For instance, 
a single microprocessor may be employed in the network 
end nodes and protocol converter to perform those op- 
erations specificized by the FSMs contained therein. 
Further, although the exemplary gatevyay system de- 
scribed above concerned computer networks, the 
present invention may be used for generating for provid- 
ing gateway systems to other data and telecommunica- 
tion networks. 



Claims 

1 . A method for generating a gateway system between 
first and second networks implementing corre- 
sponding first and second communication protocols 
which provide first and second sets of services, 
respectively, wherein each protocol can be repre- 
sented by a set of at least one finite state machine 
(FSM), the method comprising the steps of: 

determining a common subset of services 
equal to a subset of the intersection of sen/ices pro- 
vided by the protocols; 

determining first and second complement 
service FSMs for the first and second network pro- 
tocols, wherein the first complement service FSM 
contains those services provided by the second net- 
work protocol that are not characterized in the first 
network protocol, and wherein a second comple- 
ment service FSM contains those services provided 
by the first network protocol that are not character- 
ized in the second network protocol; 

pruning the set of second network protocol 
FSMs to provide only operations corresponding to 
the services performed by the first complement serv- 
ice FSM to generate a first set of complement net- 
work protocol FSMs: 

pruning the set of first network protocol FSMs 
to provide only operations corresponding to the 
services performed by the second complement 
service FSM to generate a second set of comple- 
ment network protocol FSMs: and 
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constructing a gateway system based on the 
first and second set of protocol FSMs, the first and 
second set of conriplement protocol FSMs and an 
interface converter. 

5 

The method of claim 1 , wherein each of the steps of 
pruning the set of protocol FSMs to generate a cor- 
responding complement protocol FSM comprises 
the steps of: 

deleting an edge from a first protocol service io 
FSM corresponding to a service not characterized 
in a second protocol service FSM. and deleting an 
edge from the second protocol service FSM corre- 
sponding to a service not characterized in the first 
service FSM to form a first set of pruned FSMs; ^5 

deleting an edge from the first set of pruned 
FSMs which represent unmatched service primi- 
tives to form a second set of pruned FSMs; and 

deleting an edge In the second set of pruned 
FSMs which are not within a strongly connected 20 
component of the corresponding second pruned 
FSM that contains the initial state to form a third set 
of pruned FSMs. 

The method of claim 1 . wherein the step of deter- 25 
mining first and second complement protocols com- 
prises the steps of: 

pruning protocol FSMs characterizing the 
services provided by the protocols by removing 
edges in the service FSMs that correspond to serv- 
ices provided in the common subset of services. 

A method for generating a gateway system between 
first and second networks implementing corre- 
sponding first and second communications proto- 35 
cols which provide first and second sets of services, 
respectively, wherein each protocol can be repre- 
sented by a set of at least one finite state machine 
(FSM). the method comprising the steps of: 

determining a common subset of services -^o 
equal to a subset of the intersection of services pro- 
vided by the protocols; 

determining first and second complement 
service FSMs for the first and second network pro- 
tocols, wherein the first complement service FSM -^5 
contains those services provided by the second net- 
work protocol that are not characterized in the first 
network protocol and wherein the second comple- 
ment service FSM contains those services provided 
by the first network protocol that are not character- so 
tzed in the second network protocol: 

pruning the set of second network protocol 
FSMs to provide only operations corresponding to 
the services performed by the first complement serv- 
ice FSM to generate a first set of complement net- 55 
work protocol FSMs: 

pruning the set of first network protocol FSMs 
to provide only operations corresponding to the 



services performed by the second complement 
service FSM to generate a second set of comple- 
ment network protocol FSMs: and 

constructing a gatewoy system employing cir- 
cuit equivalents of the first and second set of proto- 
col FSMs, the first and second set of complement 
protocol FSMs and an interface converter, wherein 
each of the steps of pruning the set of protocol FSMs 
to generate a corresponding complement protocol 
FSM comprises the steps of: 

deleting an edge from a first protocol 
service FSM corresponding to a sen/ice not charac- 
terized in a second protocol service FSM, and delet- 
ing an edge from the second protocol service FSM 
corresponding to a service not characterized in the 
first protocol service FSM to form a first set of pruned 
FSMs; 

deleting an edge from the first set of 
pruned FSMs which represent service primitives for 
which there are no counterpart service primitives in 
the first set of pruned FSMs to form a second set of 
pruned FSMs: and 

deleting an edge in the second set of 
pruned FSMs which are not within a strongly con- 
nected component of the corresponding second 
pruned FSM that contains the initial state to form a 
third set of pruned FSMs. 

5. A method for generating a gateway system between 
first and second networks implementing corre- 
sponding first and second communication protocols 
which provide first and second sets of services, 
wherein each protocol can be represented by a set 
of at least one finite state machine (FSM), the 
method comprising the steps of: 

determining a common subset of services 
equal to a subset of the intersection of services pro- 
vided by the protocols: 

determining a first complement service FSM 
for the first network protocol, wherein the first com- 
plement service FSM contains those services pro- 
vided by the second network protocol that are not 
characterized in the first network protocol; 

pruning the set of second'network protocol 
FSMs to provide only operations corresponding to 
the services performed by the first complement serv- 
ice FSM to generate a first set of complement net- 
work protocol FSMs: and 

constructing a gateway system employing cir- 
cuit equivalents of the first and second set of proto- 
col FSMs, the first set of complement protocol FSMs 
and an interface converter to provide all the 
input-output services of the first and second net- 
works to users of the first network in communicating 
through the gateway system. 

6. The method of claim 5 further comprising: 

determining a second complement service 
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FSM for the second network protocol, wherein the 
second complennent service FSM contains those 
services provided by the first network protocol that 
are not provided by the second network protocof; 

pruning the set of first network protocol FSMs s 
to provide only operations corresponding to the 
services performed by the second connplennent 
sen/ice FSM to generate a second set of comple- 
ment network protocol FSMs, wherein the step of 
constructing the gateway system further includes io 
employing a circuit equivalent of the second set of 
complement protocol FSMs and an interface con- 
verter to provide all the input-output services of the 
first and second networks to users of the first and 
second network in communicating through the gate- is 
way system. 

7. A gateway system between first and second net- 
works, each network implementing a protocol, the 
gateway system comprising: 20 

a first end node connected to the first network, 
the end node having a protocol circuit and a first 
complement protocol circuit: 

a first communication channel connected to 
the first end node; 25 

a second end node connected to the second 
network, the second end node having a protocol cir- 
cuit: 

a second communications channel connected 
to the second network end node: and 30 

a protocol converter connected to the first and 
second end nodes, the protocol converter having a 
first interface protocol circuit for communicating with 
the first end node protocol circuit, and a first interface 
complement protocol circuit for communicating with 55 
the first complement protocol circuit, the protocol 
converter further having a second interface protocol 
circuit for communicating with the second end node 
protocol circuit, and an interface converter con- 
nected to the first and second interface protocol cir- -^o 
cuits and first interface complement protocol circuit, 
wherein the interface converter translates and 
routes information between the first interface proto- 
col circuit and the second interface protocol circuit, 
and between the first interface complement protocol -^5 
circuit and the second interface protocol circuit to 
provide the input-output services of the first and sec- 
ond networks to users of the first network in commu- 
nicating through the gateway system. 

50 

8. The gateway system of claim 7, wherein the circuits 
in an end node are contained in a single processor 

9. The gateway system of claim 7, wherein at least two 

of the circuits in the protocol converter are contained 55 
in a single processor. 

10. The gateway system of claim 7, wherein the signals 



between the first protocol circuit and the first inter- 
face protocol circuit and between the first comple- 
ment protocol circuit and the first interface comple- 
ment protocol circuit are multiplexed on the first 
communications channel. 

11. The gateway system of claim 7 further comprising: 

a second complement protocol circuit dis- 
posed in the second end node, the second comple- 
ment protocol circuit being connected to the second 
network and the second communications channel; 
and 

a second interface complement protocol cir- 
cuit disposed in the protocol converter and being 
connected to the interface converter and the second 
communications channel, wherein the interface con- 
verter routes information between the first interface 
protocol circuit and the interface complement proto- 
col circuit, and the second interface protocol circuit 
and second interface complement protocol circuit to 
provide input-output services of the.first and second 
network protocols to users of the first and second 
networks in communicating through the gateway 
system. 

1 2. The gateway system of claim 1 1 . wherein the circuits 
in the second end node are contained in a single 
processor- 
is. The gateway system of claim 11 , wherein at two of 

the circuits in the protocol converter are contained 
in a single processor. 

1 4. The gateway system of claim 1 1 , wherein the signals 
between the second protocol circuit and second 
complement protocol circuit and the corresponding 
second interface protocol circuit and the second 
interface complement protocol circuit are multi- 
plexed on the second communications channel, 
respectively. 
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